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Precede de transmission de donnees de signalisation 

La presente invention a pour objet un precede de transmission de 
donnees de signalisation. Elle est particulierement utilisable dans le domaine 
5 de la telephonie pour relier entre eux des autocommutateurs. notamment 
des autocommutateurs prives. 

Dans le domaine de la telephonie on connaTt la constitution de canaux 
de transmission comportant, dans leur principe, la reservation physique, 
temporelle, ou fonctionnelle de moyens pour envoyer des donnees et la 

10 reservation physique, temporelle ou fonctionnelle de moyens 
complementaires pour envoyer des signaux de signalisation. Les signaux de 
signalisation. ou la signalisation de maniere generale, permettent d'organiser 
le transfert des donnees sur les autres moyens. Des canaux de donnes ou 
de signalisation peuvent ainsi etre des canaux physiquement differencies. 

15 des paires de fils telephoniques dans un cable multi-paires. lis peuvent etre 
egalement des allocations en frequence dans una bande globale de 
frequence, lis peuvent enfin, sur le plan fonctionnel, etre des messages 
envoyes sur un canal mais dont le destinataire est tantot une personne, 
tantot une autre en fonction de donn6es de signalisation contenues dans le 

20 message. 

On a coutume par ailleurs de distinguer les acces homog§nes et les 
acces hybrides. Les acces homogenes sont ceux dans lesquels des canaux 
utilises pour les donnees sont du meme type que des canaux utilises pour 
renvoi de la signalisation. Dans Tinvention on s'orientera plus 
25 particulierement vers les acces hybrides pour lesquels les types de canaux 
sont differents, bien que invention soit egalement adaptable aux acces 
homogenes. 

Lorsque deux autocommutateurs sont relies entre eux, il est 
necessaire que ces autocommutateurs pratiquent dans leurs canaux de 

30 communications communs des protocoles de transaction identiques. Dans 
ce but la norme RNIS relative aux R6seaux Numeris6s S Integration de 
Service (RNIS) a permis une definition d'un protocole qui est assez 
performant. En consequence, depuis Terection de cette norme. les nouveaux 
autocommutateurs construits y sont conformes. 

35 Cependant. dans les r^seaux notamment publics existants, certains 
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canaux de communication ne sont pas conformes a cette norme. lis ne le 
sont pas parce qu'ils ont ete congus il y a longtemps, parce que leurs 
objectifs sont de natures differentes de celle de la norme. ou parce que leurs 
modes d'utilisation sont aiors plus efficaces. On connaTt ainsi a titre 
5 d'exemple les reseaux de type ethernet ainsi que les reseaux de type QSig- 
GF. 

Un probleme se pose alors du fait de cette heterogeneite des 
equipements. les autocommutateurs a la norme RNIS d'une part et des 
reseaux qui ne la respectent pas d'autre part. Ce probleme se situe dans le 

10 fait que dans la norme RNIS il a ete defini un protocole pour envoyer les 
signaux de signalisation relatifs a des communications telephoniques a 
etablir ou a modifier. En pratique c'est la definition de ce protocole qui pose 
probleme. II ne peut pas etre mis en oeuvre dans les reseaux qui ne sont pas 
a la norme RNIS. Dans le cadre de ce protocole, 11 est prevu des messages 

1 5 SAPI S (Service Access Point Identifier) pour la signalisation, et SARI P pour 
renvoi des paquets. Lorsqu'on realise les equipements d'un 
autocommutateur. on est done confronte a la difficulte de inaptitude de cet 
autocommutateur a acheminer des communications selon son protocole 
normalise sur un reseau de type different de la norme et qui en particulier 

20 n'accepte pas les messages de signalisation. 

Dans I'invention on resout ce probleme en transformant les donnees 
de signalisation elaborees par Tautocommutateur au format de la norme 
RNIS en des donnees de signalisation en un format accepte par le canal. Le 
format accepte par le canal comporte par ailleurs Tadjonction a ces donnees 

25 de signalisation d'une information selon laquelle elles sont des donnees de 
signalisation. En effet le canal qui va etre utilise ne faisant pas la distinction, 
on lui indiquera. selon un protocole determine a Tavance dans I'invention, 
qu'il s'agit de messages de signalisation. 

Plus concretement, compte tenu du caractere aleatoire du besoin 

30 d'envoi des messages de signalisation (ces messages de signalisation ne 
sont en effet envoyes qu'au moment de Tetablissement d'une communication 
entre deux interlocuteurs. ou au moment de la modification des conditions de 
cette communication), il apparaTt necessaire de disposer d'une voie cuverte 
en permanence pour acheminer les messages de signalisation. Mais une 

35 voie ouverte en permanence est consommatrice de ressource, notamment si 




3 

elle vehicule peu d'informations. Or, un canal bien cx)nnu est ouvert en 
permanence c'est un reseau ethemet. Un reseau ethemet est prevu pour 
acheminer les paquets d'informations qui lui sent apportes. Cependant ce 
r6seau, tout en correspondant efficacement aux souhaits pr6sent6s. de ce 
5 point de vue de disponibilite permanente, par les proprietaires 
d'autocommutateurs, ne repond pas ^ la norme RNIS. En effet, dan§ le 
traitement d'encapsulation des donn6es pour les transporter dans les 
r6seaux ethernet, on utilise des logiciels repondant par exemple a une 
norme dite UDP-IP pour User Datagram Protocol - Internet Protocol. Cette 

10 norme UDP - IP n'est pas structuree comme la norme RNIS. elle n'est pas 
compatible avec elle. En particulier avec la norme UDP - IP renvoi de 
paquets d'information n'est d'une part pas assur6 et d'autre part leur ordre 
d'arriv6e est encore moins assure. 

Dan5„l!invention. pour resoudre ce probleme, on prevoira alors en plus 

15 d'adjoindre au>:„paquets de signalisation envoyes par un reseau ethernet 
une information representative du rang du paquet. En reception lorsqu'un 
paquet est regu, on envoie a r6metteur un accuse de reception. Get accuse 
de reception identifie le rang du dernier paquet regu. Ce faisant I'^metteur 
salt quels sont les paquets d'informations qui n*ont pas 6te regu et qu'it faut 

20 re-emettre. 

Dans un autre exemple, le canal utilise pour envoyer les messages de 
signalisation, et qui n'est pas non plus conforme a la norme RNIS. sera un 
canal a la norme QSIG -GF. Par rapport au. r6seau ethemet qui ne poss6dait 
pas du tout de canal de signalisation. les reseaux selon la norme QSig-GF 

25 comportent des canaux de signalisation. Cependant ces canaux de 
signalisation ne sont capables que de vehiculer des messages de SAPI S, et 
non pas des messages de SAPI P. En cons6quence. toutes les informations 
de type SAPI P elaborees par les autocommutateurs dans le cadre de 
communications de type RNIS ne peuvent pas etre achemin^es. 

30 Dans ce cas, dans Tinvention, on va se servir de I'existence, dans ce 

protocole de type QSig-GF de I'existence d'une disponibilite particuliere dite 
message de "FACILITY" et qui permet d'envoyer n'importe quel type 
d'informations. a Tinterieur d'un message de FACILITY, en respectant 
toutefois une encapsulation specifique a la norme QSig-GF. Dans Tinvention, 

35 on 6tablit alors prealablement entre les deux autocommutateurs relies par 
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une liaison de type QSig-GF une communication sans canal B. Par 
rintermediaire de cette communication sans canal B, 11 est alors possible aux 
deux autocommutateurs d'echanger des messages de FACILITY dans le 
canal D relatif a la communication, et done d'encapsuler des messages de 
5 signalisation avec un en-tete con-espondant a la norme QSig-GF. 

L'invention a done pour objet un precede de transmission de donnees 
de signalisation relatives a un acces telephonique conforme a la norme 
RNIS. ces donnees de signalisation etant transmises sur un canal selon une 
autre norme, non conforme a la norme RNIS, caracterise en ce qu'il 
10 comporte les etapes suivantes : 

- on transforme des donnees de signalisation au format de la norme 
RNIS en des donnees en un format accepte par le canal selon Tautre norme. 

- on envoie les donnees de signalisation ainsi transformees, 

- a la reception on les transforme reciproquement en des donnees de 
15 signalisation au format de la norme RNIS. 

L'invention sera mieux comprise a la lecture de la description qui suit 
et a Texamen des figures qui raccompagnent. Celles-ci ne sont donnees 
qu'a titre indicatif et nullement limitatif de l'invention. Les figures montrent : 

- Figure 1 : la representation schematique de la mise en oeuvre du 
20 procede de l'invention dans le cas ou I'autre norme serait une norme UDP - 

IP: 

- Figure 2 : la representation du meme type que celle de la figure 1 
dans le cas ou Tautre norme serait la norme QSig-GF. 

La figure 1 montre un procede conforme a l'invention. On y distingue 
25 un autocommutateur 1, dit PABX 1 pour Private Automatic Branch 
exchanger relie a des equipements de telephonie 2 et 3. Pour simplifier on 
peut admettre que les equipements 2 et 3 sont des postes telephoniques ou 
des micro-ordinateurs. La particuiarite de la construction des equipements 2 
et 3 est qu'elle est conforme a la norme RNIS de meme que celle de 
30 Tautocommutateur 1. Selon cette norme RNIS on elabore pour toutes 
liaisons d'un equipement 2 a I'autocommutateur i ou a un autre equipement 
3. des informations comportant une partie de signalisation 4 et une partie de 
contenu de message 5. Selon la norme RNIS les parties 4 et 5 sont traitees 
par des circuits differents. Les circuits qui traitent les informations 4 ont 
35 notamment pour objet de mettre en service toutes les commutations 
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necessaires a racheminement des messages entre les equipements 2 et les 
equipements 3. 

Dans rinvention. on veut relier rautoconnnnutateur 1 ^ un autre 
autocommutateur 6 du meme type, sachant que la liaison 7 qui permet de 
5 relier les deux autocommutateurs est une liaison d'un type different et 
fonctionnant selon un protocole different de celui de la nornne RNIS. Dans 
Texempie de la figure 1. le protocole de la liaison 7 est un protocole Internet 
respectant les instructions de type UDP - IP. Plus gen^raiement la liaison 
comportera des canaux (non repr§sent6s) pour transmettre les nnessages 5 
10 et un canal S la norme UDP - IP pour transmettre la signalisation 4 relative a 
ces messages 5. 

Dans rinvention. on va alors transformer les Informations 4 de 
signalisation qui sont donnees au format de la norme RNIS en un message 8 
de signalisation en un format accepte par le canal 7 selon I'autre norme. Par 

15 exemple des messages de signalisation 4, 41, 42. et 43 pourront etre 
encapsules dans des paquets UDP-IP 9 a 12. Les paquets 9 a 12 sont 
encapsul6s par des bits de controie conformes d la norme UDP - IP. Dans la 
norme UDP-IP, un message est insere dans un paquet UDP-IP. II n'y a pas 
plusieurs messages de signalisation dans un paquet UDP-IP. De plus un 

20 message de signalisation n'est pas coupe en plusieurs morceaux. Selon 
rinvention, on envoie les messages 8 ainsi encapsules dans le canal 7 et on 
les regoit dans Tautocommutateur 6. Dans Tautocommutateur 6 on 
transforme ces messages 8 regus en des informations du type 4 conformes 
d la norme RNIS. Ces informations peuvent alors etre exploit6es dans 

25 Tautocommutateur 6 pour permettre la liaison des Equipements 2 et 3 avec 
d'autres equipements 13 et 14 (6ventuellement sur un autre canal). 

Etant donne que le protocole UDP - IP pr6sente des risques de perte 
de paquets et surtout, d'inversion de I'ordre des paquets 9 a 12, on va dans 
un perfectionnement de Tinvention modifier le message 8 formate selon la 

30 norme UDP - IP de fagon ^ lui adjoindre une information de rang. On 
modifie dans la structure du message 8 la constitution des blocs de donnees 
successifs : les blocs 9 a 12. A chaque bloc on ajoute une information de 
rang. Par exemple cette information de rang est cotee sur un octet, le rang 
pouvant etre comprls entre 0 et 255. Le rang est alors incorpore au message 

35 8 dans une zone respectivement 15^18 plac6e avant ou apres chaque bloc 



9 a 12. Le rang fait partie integrante de chaque bloc a envoyer. Selon 
rinvention. dans ce cas, c'est le bloc a envoyer constitue d'un bloc 9 et de 
son rang 15 qui doit etre conforme a la norme UDP - IP. On envoie ensuite 
ces blocs a envoyer successifs a Tautre autocommutateur 6. Celui-ci les 
5 regoit et renvoie a rautocommutateur 1 un accuse de reception representant 
essentiellement le rang du dernier bloc envoye re9u et correspondant a une 
suite continue de paquets envoyes regus. 

Dans un exemple renvoi est effectue a Taide d'une memoire tournante 
19 qui, dans un exemple. comporte 4 cases pour charger quatre blocs a 

10 envoyer. On charge ainsi le bloc a envoyer de rang 1, le bloc a envoyer de 
rang 2, le bloc a envoyer de rang 3 et le bloc a envoyer de rang 4. Puis on 
envoie ces quatre blocs a envoyer, tour a tour, par le canal 7 a 
rautocommutateur 6. On peut par ailleurs charger la memoire 19 au fur et a 
mesure apres renvoi des blocs a envoyer, Rautocommutateur 6 peut 

15 ensuite. compte tenu de conditions qui ont affecte la transmission, constater 
qu'il a regu effectivement le bloc envoye de rang 1 , le bloc de rang 2, qu'il n'a 
pas regu le bloc de rang 3 mais qu'll a par contre regu le bloc de rang 4. 
Dans ce cas, rautocommutateur 6 envoie un accuse de reception a 
rautocommutateur 1 en lui indiquant le rang 2 (n=2). Ceci signifie que les 

20 blocs ont ete regus d'une maniere continue jusqu'au bloc de rang 2, 

Dans ce cas, rautocommutateur 1 peut charger la memoire tournante 
19 avec un bloc suivant 5 et un autre bloc suivant 6 en lieu et place des 
blocs 1 et 2 deja regus. Le contenu de la memoire 19 sera alors constitue 
des blocs 3, 4, 5 et 6. Ainsi, lorsque rautocommutateur 1 charge la memoire 

25 tournante 19 avec les blocs 5 et 6, seuls ces deux blocs sont envoyes. Apres 
renvoi du bloc 6, on se retrouve a devoir envoyer a nouveau le bloc 3 si, 
apres une temporisation, aucun accuse de reception superieur ou egal a 3 
n'est regu. Un bloc a envoyer est reellement envoye quand ce bloc est 
present dans la memoire tournante et quand ce bloc deja envoye n'a pas et6 

30 acquitte apres une temporisation. Done le bloc 3, et eventuellement le bloc 4 
sont envoyes. On remarquera que le bloc 4 pourra etre envoye une 
deuxieme fois bien qu'on ait pu I'avoir deja regu lors de son premier envoi, 
mais parce que sa temporisation peut egalement arriver a terme avant de 
recevoir raccuse de reception, I'acquit. du paquet 3 (ou meme du bloc 6 

35 puisque tous ces blocs ont ete envoyes). Ainsi de suite, on charge la 



memoire tournante 19 et on envoie les blocs au fur et a mesure de la 
reception des accuses de reception. On prevoit de plus, si aucun accuse de 
reception n'est regu, apres une temporisation donnee, de re-emettre en 
totalite le contenu de la memoire tournante. Ainsi, si aucun autre accuse de 
5 reception n'est regu depuis Taccuse de reception num6ro 2. on pourra 
emettre une seconde fois les blocs 3. 4, 5 et 6. 

II est par ailleurs possible que le bloc 3. qui n'a pas ete prealablement 
regu en temps utile, arrive en retard dans Tautocommutateur 6, alors que 
celui-ci a dej^ re?u le bloc envoy6 3 lors du second envoi de ce bloc a 

10 envoyer. Dans ce cas tout simplement ce bloc envoye est regu en double. II 
est ecarte et n'est pas traite une deuxi6me fois. 

Selon un autre perfectionnement de I'invention, on teste en 
permanence Texistence fonctionnelle du canal 7 par envoi de message de 
surveillance. Les messages de surveillance 20 prennent tout simplement la 

15 forme d'un bloc de signalisation de rang 1 qu'on envoie avec la periodicity 
retenue pour le test de la fonctionnalit6 du canal 7. Par exemple lis peuvent 
etre envoyes toutes les 15 secondes environ. Si raccus6 de reception. 1, qui 
les concerne est regu, le canal est r6pute fonctionnel. S'il ne Test pas. au 
bout d'un certain nombre de tentatives. le canal 7 est declare d6ficient et une 

20 procedure d'alerte doit etre engagee. II en est de meme si un bloc de rang n 
prevu n'est jamais regu. 

Etant donn6 qu'on a affecte qu'un octet pour constituer les rangs. le 
rang d'un bloc envoy6 ne peut pas etre sup6rieur ^ 255. Ceci n'est pas 
genant puisqu'il suffit de recommencer de compter a partir de 0 lorsqu'on a 

25 atteint 255 si le nombre de blocs est superieur a 255. Dans ce cas, on devra 
seulement faire en sorte que la memoire tournante comporte un nombre de 
blocs sensiblement inferleur a 256. 

La figure 2 reprend des elements similaires a ceux de la figure 1 mais 
adaptes au protocole QSig-GF qui lui non plus n'est pas conforme a la 

30 norme RNIS. Dans celle-ci on a en outre un petit peu d6taill6 le 
fonctionnement de I'autocommutateur 1. Celui-ci comporte un 
microprocesseur 21 en liaison par un bus 22 avec les §quipements 2-3, avec 
une interface 23 au format QSig-GF et avec une memoire programme 24 
comportant notamment un programme de formatage des messages au 

35 format comprehensible par la norme QSig-GF. II en etait de meme pour la 
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figure 1 en ce qui concerne le protocole UDP-IP. Ce programme 24 
comporte entre autres, un mode d'utilisation particulier possedant une 
procedure d'appel, une procedure de connexion, une procedure d'envoi de 
messages libres dite FACILITY et une procedure de deconnexion. Dans 
5 invention, on va lancer avec le microprocesseur 21 une session de travail 
de I'interface 23 pour qu'elle appelle I'autocommutateur 6 en etablissant une 
communication sans canal D. qu'elle se connecte a lui et qu'elle reste 
connectee. Au besoin on supprimera des temporisations de deconnexion 
automatique. La communication sans canal B et a b lie est etablie par 

10 rintermediaire de la voie D du faisceau QSig-GF. Elle est appelee 
communication support. Selon I'invention, Tutilisation des messages 
FACILITY dans le canal D, se fait par encapsulation de la signalisation de 
type RNIS (SAPI S et SAP! P) dans les messages FACILITY au travers de 
cette communication support, Les messages FACILITY sont echanges entre 

15 Tautocommutateur 1 et I'autocommutateur 6 d'une maniere transparente. Le 
transfer! peut se faire aussi longtemps que cette communication support est 
active. 

Selon ce mode, des messages a envoyer sur le canal au format QSig- 
GF doivent essentiellement comporter un en-tete 25. En pratique I'en-tete 25 
20 est donne sur un octet. Ce premier octet est un element d'information facilite 
(El FACILITY). II comporte quatre types d'informations. Un premier type 
d'informations renseigne sur la longueur du message de facilite. 

L'en-tete concerne aussi un discriminateur de protocole, des 
references de Tappel de la communication support, et le type du message. 
25 En fait dans le cas present, le type du message sera toujours un type de 
FACILITY. 

Dans une zone 26 du message de FACILITY consecutive a la zone 
d'en-tete 25, on indiquera un entete propre au message. Dans une zone 27 
suivante on indiquera (par un code correspondant a S ou P) la nature de 

30 SAPI S ou de SAPI P du message. Dans une zone 28 suivante, libre, on 
enverra les messages de signalisation proprement dits : les informations 4 
vues precedemment. Si le message constitue alors selon le protocole QSig- 
GF est plus long que les 128 octets disponibles dans une trame normale du 
message de FACILITY (dont on doit par ailleurs deduire les en-tetes et 

35 zones 26 et 27), la longueur indiquee dans la partie 25 devra comporter une 




indication selon laquelie le message de FACILITY se continuera au-dela des 
128 octets. Dans ce cas, le message constitue comportera une partie 29. 
identique a la partie 26, et une partie 30. La partie 30 se substitue a 
rindication relative au SAPI S ou au SAP! P. Mais elle comporte en pratique 
5 un rang de Textension de longueur, au-del^ de la longueur normale. Dans 
Texempie repr6sente, on a ainsi pr6vu que la partie 30 pouvait comporter 
une information de rang A. puis une information de rang B suivant. Ainsi de 
suite, selon la longueur du message de signalisation ^ transmettre, d'une 
part rinformation 25 sera prevue en fonction de la longueur, et d'autre part 

10 des jalons A. B seront interposes au sein du message. 

Les donnees de signalisation d transmettre seront, dans Tinvention, 
des donnees de controle des flux, des donn6es de s6curit6 et, 
essentiellement. des donn6es d'ordonnancement des messages. Selon 
I'invention. la partie d'information 5 peut etre envoyee entre les 

15 autocommutateurs 1 et 2 par d'autres canaux, d'une manidre connue ou 
inconnue. Eventuellement les equipements 2 et 3 peuvent etre reli6s aux 
equipements 13 et 14 eux aussi par des canaux de type UDP - IP ou des 
canaux de type QSig-GF. Ces canaux, tout en etant de meme type que les 
canaux qui servent pour la transmission de la signalisation seront cependant 

20 differents. On n'envoie ainsi pas en meme temps la signalisation et les 
messages sur un meme canal. 
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REVENDICATIONS 

1 - Proc6de de transmission de donn6es (4) de signalisation relatives 
a un acces (1-3) telephonique conforme d la nonne RNIS, ces donn6es de 
signalisation etant transmises sur un canal (7) selon une autre norme non 
conforme d la norme RNIS. caracterise en ce qu'il comporte les 6tapes 
suivantes : 

- on transforme des donnees de signalisation au format (8) de la 
norme RNIS en des donn6es en un format accepts par le canal selon I'autre 
norme, 

- on envoie les donnees de signalisation ainsi transformees, 

- a la reception on les transforme reciproquement en des donnees de 
signalisation au format de la norme RNIS. 

2- Proced6 selon ia revendication 1 , caract6ris6 en ce que 

- le canal non confonne est selon la nomne etheme^ UDP-IP/ et en ce 

que 

- on formate les donnees de signalisation a transmettre en blocs (9- 
12) successifs de donnees. 

- on constitue des blocs a envoyer avec ces blocs de donnees de 
signalisation successifs en leur ajoutant une information (15-18) de rang du 
bloc dans la succession. 

- on envoie les blocs a envoyer a partir d'un appareil (1) connects a 
une extremite du canal, 

- on re90it les blocs a envoyer dans un autre appareil (6) connecte d 
une autre extremity du canal, 

- on teste dans cet autre appareil les blocs a envoyer re^us, et 

- on fait envoyer par cet autre appareil un signal (n) d'accuse de 
reception designant le bloc a envoyer de rang le plus eleve regu et 
appartenant S une suite continue de rang de blocs a envoyer. 

3 - Precede selon Tune des revendications 1 a 2. caract6rise en ce 

que 

- on envoie periodiquement des signaux de surveillance (20) sur le 
canal de selon cette autre norme. et 

- on teste le bon fonctionnement de ce canal selon cette autre nonne. 

4 - Precede selon la revendication 1, caracterise en ce que 
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- le canal non conforme fonctionne selon la norme QSig-GF, et en ce 

que 

- on 6tablit une liaison confonne ^ cette nomne, 

- on configure cette liaison selon un mode dit FACILITY de cette 
5 nonne. 

- et on formate (25-30) les donn6es de signalisation & transmettre en 
occupant des segments libres de messages elabores selon le mode 
FACILITY de cette autre nonne QSig-GF. 

5 - Proc6d6 selon Tune des revendications 1^4, caract6ris6 en ce 

10 que 

- les donn6es de signalisation sont des donn6es de controls de flux, 
de s6curit6, et d'ordonnancement de messages. 

y 6 ' Proc6d6 selon Tune des revendications 1^5, caract6ris6 en ce 
qu'on envoie des messages de donn6es sur un autre canal ^ue ce canal de 
15 signalisation de type non conforme d la norme RNIS. 
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